hack console

S’il s’agit de sauvegardes de backups, il faut passer par le hack pour les dumper et à l’issu les restaurer mais les deux consoles sont préalablement hack.

S’il s’agit de sauvegardes de jeux legits, la méthode officielle mais cela passe par des conditions:
https://www.nintendo.fr/Assistance/Nint ... 49113.html

Après relecture de ton post depuis le début, si ta console avait le mode autoRCM activé et que tu as oublié de charger ta batterie, tant que tu n’as pas insisté sur son démarrage, elle a une petite chance de se recharger mais cela va être très long.

Pour cela, il suffit de la relier sur le Dock et d’attendre plus d’une journée ou plus. Ce mode autoRCM n’est pas vraiment conseillé car il a tendance à drainer la batterie et si tu oublies de la recharger régulièrement, arrivée à 0%, cela devient complexe.

En revanche, si tu as insisté sur son démarrage fortement, la décharge complète impliquera de changer la batterie.

Une fois que la batterie sera rechargée, il faudra relancer le Hack en la reliant au PC et d’injecter le bin Fusée ou Hekate en fonction de ce que tu utilises. A l’issu, le conseil est de désactiver ce mode mais chacun fait comme il le souhaite. Cela se fait via Hekate.

Attention également car si tu n’utilisais pas la dernière version d’Atmosphère ou une version supérieure à 0.19.0, ce sera la bin fusée-primary qu’il te faudra pour booter sur Atmosphère. Pour l’installation du driver, cela peut s'opérer avec TegraRCMGui. Et comme ta console a le mode autoRCM actif, l’injection se fait sans le JIG.

Une fois que tu auras réglé ton problème de batterie, tu verras pour la suite pour ce qui concerne la mise à jour firmware éventuelle et celle de l’ensemble des outils sur ta SD pour le hack.

@phantom-lord
Vita Hack vue le nom j'imagine que c'est fait pour la Ps Vita en 960 × 544, a des année lumière d'un fullHD (voir 4k) avec un niveaux de détails et d'effet moins élevé que sur cette GTA Trilogy ? (sans parler l'obligation de dépoussiérer sa vita)

Et venter une version smartphone avec un écran ricici fasse a des console de salon et PC pour des jeux penser pour être jouer sur grand écran, sérieusement ?

Bref, les jeux vont probablement être patché et d'ici quelque semaine ont aura enfin des édition digne de ce nom (en espérant que les tests ce mettent a jour a ce moment là)

Le mieux aurait été de créer un nouveau sujet car la demande est différente. D’ailleurs, ce sujet est une question récurrente qui alimente les sections du forum Switch où des réponses existent.

Deux possibilités dans ton cas, soit mettre à jour et recommencer de zéro via le hack d’Atmosphère/Hekate, soit migrer ton emuNAND, si tu en as créé une, via Hekate pour l'utiliser.

Si tu repars de zéro, préalablement faire un dump des sauvegardes pour les restaurer ensuite. Cela passe par ce tutoriel:
https://gamergen.com/forums/underground ... 36600.html
Le dump des saves peut s'opérer via JKSV:
https://gamergen.com/forums/underground ... 57058.html

Et si tu décides de migrer ton emuNAND, il faut utiliser Hekate.

A l’issu, tu mettras à jour ta console. Ne pas oublier d’ajouter les sigpatches manuellement lors de la préparation de ta SD pour Atmosphère/Hekate. Et également de dumper les clés via Lockpick_RCM pour utiliser certains outils.

Lorsque tu utiliseras le hack Atmosphère/Hekate, cela impliquera d’utiliser un gestionnaire de backups. La gestion des XCi impliquera une installation comme un NSP.

Toutes les infos sont dans le tutoriel et sa FAQ.

Le tutoriel pour AMS/Hekate
https://gamergen.com/forums/underground ... 36600.html

Si tu recommences de zéro, mets à jour ta console avant via SX OS en utilisant ChoiDujourNX. A l’issu, tu prépares ta SD en ajoutant les sigpatches manuellement car SDSetup ne les propose pas. Et pour terminer tu suis le tutoriel. Ne pas oublier de dumper les clés via Lockpick_RCM pour utiliser certains outils.

En revanche si tu souhaites migrer ton emuNAND, tu utilises Hekate et ensuite tu fais le reste en suivant le tutoriel.

Dans les deux cas, tu peux faire un dump de tes sauvegardes avant pour pouvoir les restaurer, au cas où et selon ton choix, après le hack. Via AMS, la gestion des XCi impliquera de les réinstaller comme des NSP via chaque gestionnaire proposé.

Le fait de mettre à jour ta console avant évitera des bogues avec AMS. De plus, le développeur SciresM propose Daybreak avec AMS qui te permettra de mettre à jour avant ou après. Cela va griller tes eFuses de la CM et mettre à jour ton port cartouche et par la même, griller les eFuses LOTUS. Tu n’auras aucun moyen de revenir en arrière si bien que SX OS ne propose de patch NoGC.

Et si tu souhaites conserver tes eFuses, il faut non seulement activer le mode autoRCM mais également le patch NoGC. Toutefois, comme dit juste avant, SX OS ne gère pas ce patch. Cela impliquera de tout le temps démarrer en mode CFW et non en mode normal sinon, les eFuses seront grillés. Le downgrade ne pourra se faire qu’avec ces conditions pour ne pas avoir de problème.

Et si ton choix est fait alors AMS/Hekate reste l'alternative qui sera tout le temps maintenue à jour et pas besoin de conserver les eFuses.

Toutes les informations sont dans le tutoriel.

Si en démarrant ta console normalement, tu n’as aucun problème, le problème se situerait donc au niveau de la SD ou son lecteur ou de la préparation de ta SD.

Si la console ne boot pas sur le CFW, soit il manque des éléments sur ta SD, soit le lecteur de carte est défectueux (une autre piste hardware qui peut se vérifier en démarrant normalement HOS). Je dis cela car tu as changé de SD entre temps. Le lecteur de carte est fragile et retirer trop souvent la SD peut le détériorer si on ne fait pas attention. Toutefois, si en étant dans HOS, l'accès se fait, pas de raison et cela rejoint donc une mauvaise préparation.

Le tutoriel pour le hack avec l’ensemble Des démarches:
https://gamergen.com/forums/underground ... 36600.html

Bien que sur l’autre console, tout fonctionne, cela ne signifie pas qu’une mauvaise manipulation n’est pas à l’origine du problème rencontré sur l’autre. De plus, l’erreur indique que le payload n’a pu être injecté donc le câble serait aussi une cause.

Lors de la préparation de la SD, prendre les derniers outils et ne pas oublier d’ajouter les sigpatches manuellement.

Des pistes à vérifier...

Pas exactement, lorsque tu procèdes au hack, tu interviens sur la console composée d’une NAND système. Ainsi, tu as une sysNAND, la NAND système sur la console et l’emuNAND, que tu dois créer, est la NAND système sur la SD. Le hack s’utilise sur l’emuNAND pour éviter de corrompre la sysNAND et la laisser propre de toutes modifications underground.

Donc si tu ne sais ce que c’est, tu n’as pas dû en créer une via SX OS. Dans ton cas, ta sysNAND a été utilisé pour le hack. Si tu n’as pas utilisé de jeux au format NSP, ni certains homebrew et que tu n’as activé le mode RCM, alors ta sysNAND pourrait paraître clean. Malgré tout, aucune confirmation ni affirmation car seul toi peut le savoir dans ce que tu as opéré sur la console. Toutefois, le chargement des XCi a tout de même laissé une trace qui concerne le ticket du jeu.

En passant sur AMS/Hekate, le format XCi n’est pas pris en charge comme sur SX OS. Chaque gestionnaire de backups proposera d’installer le jeu au format NSP. Et cela doit s'opérer sur l’emuNAND pour éviter de modifier la sysNAND.

L’emuNAND est utile pour protéger la sysNAND et ne pas la corrompre mais également pour se prémunir d’un ban.

Toutes les informations sont dans le tutoriel et sa FAQ qu’il faut lire.

Aucune idée de la réelle possibilité et des éventuels risques car non testé. Il faudrait savoir si ces dits jeux passent par des serveurs tiers et si les conditions Nintendo sont réellement concernées.

Les jeux cloud demandent une vérification permanente qui implique une connexion permanente sans bogue. Ce qui est certain, c’est que des jeux utilisent des serveurs tiers loués par les éditeurs. Le principe réside dans le fait que la Switch passe par le serveur pour envoyer les données du jeu sans qu’il soit présent sur la console.

Pour vraiment savoir, il faudrait tester avec une console bannie de préférence pour éviter des risques sur une console non ban et hack.

Bonjour, @MDProz

Déjà merci de m'avoir répondu

MDProz Wrote:Commencer par trouver une Switch v1 non patchée et cela ne sera pas si simple

Ca me parait être le plus simple au vu du reste de ta réponse (j'ai 2-3 annonces potentiels, mais effectivement pas aisé non plus...)

MDProz Wrote:Ensuite si hack, ce sera via AMS/Hekate car la Team Xecuter est HS

AMS/Hekate, c'est bien Amosphère ? J'ai fait une recherche google qui me sort bien pleins de liens Atmosphère ? C'est peut-être le sigle habituellement utilisé ? Je ne connais pas trop, je vais me renseigner.

MDProz Wrote:De plus la licence possédée est attribuée à la précédente console donc il en faudra une nouvelle et que la version de firmware soit 11.0.0 max car au dessus, SX OS n’est pas compatible.

Je suis dég....oui j'ai cru voir qu'avec le firmware v12, ca ne marchait pas, merci pour l'info, ce sera un point à vérifier avant l'achat

MDProz Wrote:Je ne suis plus la scène Xecuter mais il me semble que pour obtenir une licence, cela n’est plus possible officiellement et s’il y avait un moyen officieux, il ne peut être abordé sur le forum.

C'était le cas il y a quelques mois quand j'ai regardé, ça me confirme que ça ne s'est pas "réactivé" depuis. Merci.

Commencer par trouver une Switch v1 non patchée et cela ne sera pas si simple. Ensuite si hack, ce sera via AMS/Hekate car la Team Xecuter est HS. De plus la licence possédée est attribuée à la précédente console donc il en faudra une nouvelle et que la version de firmware soit 11.0.0 max car au dessus, SX OS n’est pas compatible.

Je ne suis plus la scène Xecuter mais il me semble que pour obtenir une licence, cela n’est plus possible officiellement et s’il y avait un moyen officieux, il ne peut être abordé sur le forum.